home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / applications / 984 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.5 KB
  1. Path: news.mindspring.com!chmood
  2. From: chmood@photobooks.atdc.gatech.edu (Charlie Moody)
  3. Newsgroups: comp.sys.amiga.applications
  4. Subject: [FinalWriter] REPOST:  Modifications & Enhancements, part 4
  5. Date: 21 Jan 1996 06:25:19 GMT
  6. Organization: Photobooks Inc
  7. Message-ID: <4dsm8f$692@brickbat.mindspring.com>
  8. NNTP-Posting-Host: photobooks.atdc.gatech.edu
  9. X-Newsreader: TIN [version 1.2 PL2]
  10.  
  11.  
  12. This is part 4 of 4!
  13. ~~~~~~~~~~~~~~~~~~~~
  14.  
  15. DOCUMENTS
  16.  
  17.  
  18. Outlining
  19.  
  20. An outline processor similar to ThinkTank should be available, which could be
  21. used to outline a project simply & easily, and from which the full work could
  22. then be developed directly.  Your option to generate an outline 'ex post facto'
  23. may be useful, but I use outlines to *generate* documents.  I want outlining
  24. tools in FW so I can then expand the outline into the article in a single
  25. process.  I'd consider a well designed & implemented outliner worth upgrading
  26. for all by itself!
  27.  
  28.  
  29. Printing
  30.  
  31. A printer-preferences selector (like your pop-up fontlist) would be a real boon
  32. to those of us who have & use more than one printer.
  33.  
  34. A print-queue option:  the ability to select, order, and asynchronously print
  35. multiple documents as a single task, either to paper or to disk (one file per
  36. document).  As mentioned above, ALL print jobs should run asynchronously - else
  37. what's multi-tasking for?
  38.  
  39. Section access in a document should be more direct.  The paragraph strip is a
  40. perfect place for a pop-up offering an alphabetized list of the sections in the
  41. current document, showing the current section, and providing one-click access to
  42. any section.  I would certainly use this feature much more often than I'll use
  43. the capitalization popup, or the sub/super script popup.
  44.  
  45.  
  46. Parameter Modification
  47.  
  48. A clear precedence should be established to show the chain of effect that
  49. modifications create.  For example:
  50.  
  51.    Default Document  uses the default section, page, paragraph, and fontlist
  52.    Default Section   uses the default master and body pages
  53.    Default Page uses the default paragraph
  54.    Default Paragraph is the default paragraph style, uses the default typestyle
  55.    Default Typestyle
  56.  
  57. Each set of default parameters should be accessible only from the preferences.
  58. Any modifications not saved should be document-local.
  59.  
  60.  
  61. Document-local parameter modifications should be linear in presentation, as well
  62. as local in effect.  Example:
  63.  
  64. Document:  [options] - modify anything not handled by the other panels
  65.        [section] - modify the document's current section
  66.        [page]    - change page param's for the entire document
  67.        [type]    - set/change typeface/typestyle for entire document
  68.               (this might help overcome the problem of pasted text
  69.                changing typeface/style/font/whatever)
  70.  
  71. Section:   [options]   - manipulate the current section
  72.        [page]      - modify the current page for the section only
  73.        [paragraph] - modify the paragraph style for the section only
  74.  
  75. Page:       [options] - manipulate the document's current page
  76.  
  77. There should be no interlinking between these, or the hierarchy is broken and
  78. the changes become unpredictable.  If the top level was a popup on a strip, and
  79. the options presented panels as described, I think it would greatly help the
  80. user to keep its bearing and wits about it while slogging through a document.
  81. In FW, I continually find myself thinking I've set an option, then discovering
  82. that I hadn't set the right thing, or that I'd set it in the wrong place, such
  83. as trying to set something globally but only affecting the document, or making a
  84. change in the doc & discovering I've changed the program defaults.
  85.  
  86. Maybe this will get the point across:  all settings should be document-local
  87. unless the program defaults are changed explicitly!!!
  88.  
  89. ALL font and type modifications should be localized, as with the prefs, and
  90. should be on a panel, rather than forcing the user to wade through repetitive
  91. menu selections that require going in, changing one thing, going back in to
  92. change another, etc. Text styles should be created as a specific option of this
  93. standard control panel.
  94.  
  95. As above, paragraph parameter modification should be localized, and styles
  96. created (and textstyles assigned) as a specific selection from the one standard
  97. control panel.
  98.  
  99. Page- and section-parameter modification should adhere to this same rule, with
  100. the shared exception of permitting the user to toggle back and forth between
  101. master- and body-page option selectors (or between sections) while still in
  102. modification mode.
  103.  
  104. Page styles (i.e. columnar styles, survey/questionnaire styles, outline styles,
  105. correspondence styles) or templates could be implemented compatibly w/ other
  106. styles (perhaps even document styles such as FW, ASCII, PostScript).
  107.  
  108.  
  109. Default master pages for each section should be available as well as a default
  110. body page.
  111.  
  112.  
  113.  
  114. I'd like FW to have the ability to find and start arexx if arexx is inactive @
  115. start-up.
  116.  
  117. I'd like to see FW's documentation approach the standard of detail and
  118. thoroughness set by Soft-Logik for their PageStream 3.    For example, what
  119. little information the FW manual presents on headers and footers is spread
  120. throughout the manual in repetitive bits;  I would like to see this, and other
  121. topics, covered thoroughly and once.
  122.  
  123.  
  124. Thanks for your attention to my suggestions.  I've spec'd, designed, and coded
  125. software myself, and written documentation, and done my time on the tech support
  126. phones, so I hope you'll forgive me if there's too much detail;  I believe these
  127. changes are basic and reasonable, and will add substantially to FinalWriter's
  128. usability, friendliness, and value.
  129.